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This invention relates to the generation and 



5 completion of electronically automated forms. 

BACKGROUND OF THE INVENTION 
Forms to gather data are employed daily in almost 
every commercial activity, in schools, and in all levels of 
government activity. It is a rare occurrence that an 

10 individual's life is not frequently touched by many forms. In 
the past, forms have been prepared by many processes ranging 
from hand and typewriter printed forms to engraved and mass 
produced forms. Prior to the advent of pervasive computing 
facilities, forms were completed by hand or by a typewriter 

15 and were generally interpreted by an individual. Today, there 
are many software packages which are- capable of creating ^ver^ 
fine printed forms. The recent proliferation of . ••Desk; top 
pxiblishing" software and of laser and Inkjet printers has 
brought creation of good printed forms within the reach of 

20 individuals with high end personal computers as well as 
businesses. 

Today, many electronic forms are completed by 
individuals using a keyboard and/or a mouse or other pointing 
device; the data thus gathered is possibly stored for later 
25 reference; and a report is printed for an immediate purpose. 

In prior art systems known to me, to the extent that 
forms provide prompting of fields to be completed, the fields 
are presented in sequence without regard for the data entered 
in the course of completing the form. If a form is extensive, 
30 there may be prompting for inforaation which is not relevant 

in the context of the answers which have been entered. This is 
wasteful of operator time since unnecessary information is 
often requested. 

In the prior art, in order to avoid prompting for 
35 unnecessary information, a first limited form is presented for 



completion; the entries on that form are evaluated by an 
individual; and a decision is made to require completion of 
one or more additional forms. Since there is no automatic 
prompting for completion of additional forms which are 
dictated by answers on the completed form, the operator is 
unduly burdened with the decision process; and operator time 
is wasted. 

Additionally, forms are often used to describe and 
organize a complex decision process or "business policy". As 
such, the form contains blanks for both the inputs and results 
of the decision process. However, the form itself it 
typically very poor at describing the decision process other 
than by including notes in the margins. For this reason, many 
forms are accompanied by an instruction sheet, or "policy 
manual", which the operator must read, interpret, and apply in 
the process of completing the form. This is wasteful of 
-Operator"' time, makes it harder to jiisseminate new. decision 7 
processes, and results in many forms being completed- 
incorrectly. This weakness of paper forms is not effectively 
addressed by current form software packages. 

PTfiPTrySURE OF THE INVgNTIOW 
In accordance with my invention, I provide a system 
for generating and using form data files which define: (a) a 
graphical image of a goal oriented form for display on a 
monitor; and (b) a graphical image of at least one decision 
tree comprised of branches and conclusions which are 
discretely associated with fields of the form and which define 
logical and/or mathematical operations which implement goal 
oriented prompting within a form and among forms of a set of 
forms . 

Further, in accordance with my invention, my system 
for generating form data files defines: (c) reading and 
writing links between fields of the form and a variety of data 
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sources and destinations; and (d) other forms which, with the 
subject form, comprise a related set or "stack" of forms. 

For purpose of clarification, a "goal oriented" 
electronic form is one in which the prompts for answers 
5 generally flow through the form from left to right; and from 
top to bottom of the form; and the ongoing pattern of 
prompting is conditioned on answers provided to the form or on 
data obtained from referenced sources. Advantageously, as the 
answers to the field prompts are entered, fields which need 

10 not be answered are skipped, and fields on the same or a 
linked form are prompted in the desired sequence. 

In the event that an individual completing a report, 
by choice, revisits a completed field and enters a new value 
in the field, my form system automatically executes a 

15 prompting sequence consistent with that new value, and 

calculates new- values for fields which are dependent on the 

Advantageously, it is "thxis - --^-^L- ™ 
possible to try various "what-if" scenarios. This feature of 
my system is termed "truth maintenance" since only valid and 

20 necessary prompting is implemented; and all calculated results 
are consistent with the values in the completed fields of a 
form. 

In accordance with my invention, my system provides 
a set of intuitive "creation" tools which readily permit 

25 creation of the above referenced form files. In an 

illustrative embodiment of my invention, form creation is 
divided into four natural selectively reentrant activities: an 
initial specification of the fields of a form to be created; 
specification of the tree branches and conclusions to 

30 implement the intended logical and mathematical relations of 
the form; specification of reading and writing links to 
selected data files; and specification of relations between 
forms to define a stack of related interdependent forms. 



Advantageously, these activities can be performed in 
any desired order; and each activity can be reentered 
selectively to make additions and/or corrections in order to 
accommodate thoughts which occur in the course of form 
creation. 

Furthermore, at any point in the process of form 
file creation, it is possible to selectively display: the 
current form; any selected part or all of the related tree 
structure; * links to data sources and destinations; and the 
contents of a stack and the order of the contents in the 
stack. 

In accordance with my invention, if during the 
course of creating a form, an expression assigned to a branch 
or conclusion references a form field which does not exist, my 
system automatically creates a new field which adopts the 
established name. Subsequently, a_. field may be placed on the, 
f orm to hold"that name; however, if no field is assigned on 
the form, my system automatically prompts for a value at the 
appropriate place during the completion of the form. The 
prompt for such a field presents a prompt window that requests 
selection of a value for the question that does not appear on 
the form; however, a value is required for that field since 
continued prompting in the form is dependent on the value 
selected. 

In accordance with my invention, if during the 
course of creating a form, links are requested to a data base 
which does not exist, my system automatically creates a new 
data base with fields, which adopt the established names and 
characteristics of the fields contained in the form system. 

In accordance with my invention, "help" information 
may be assigned to a field during form creation; and that 
help information is available to an operator during form 
completion. 



In accordance with my invention, I provide "run 
time" software for operator completion, but not alteration, of 
previously created forms. My "run time" software permits an 
operator to selectively view the trees associated with a form 
being completed to provide an understanding of the logical and 
mathematical relations and processes embodied in the form. 
Advantageously, my graphical tree displays identify "active" 
and "inactive" tree branches in accordance with data gathered 
in the form prior to display of the tree. 

Advantageously, my form system automatically 
reformats horizontal segments of a graphical display of a tree 
that covers two or more horizontal segments and two or more 
vertical screens in order to minimize the number of vertical 
screen displays required to show the entire horizontal 

segment . „ J : - - .. ^ . 

- - ' ~ _r - '2 Advantageous 1 y , my sy s t em%ay -^beTused^ to - both -createj 
and complete goal oriented forms to~implement inquiries in any 
situation in which the relations and functions of the fields 
of a form can be described by a tree of branches and 
conclusions. 

Although my forms provide goal oriented prompting, 
an operator may choose to depart from the suggested order of 
form completion- In accordance with my invention I provide a 
"resume" function which may be manually selected to return to 
goal oriented prompting for further answers required to 
complete a form. 

During completion of a form, a field may require 
selection of a value from a defined set of values. The list of 
values, from which a selection is to be made, may be created 
manually during form creation; or may be derived from tree 
statements which: (ia) are attached to the field and create 
answers which correspond to the selections in the list; (b) 
rely upon selection of a value from the list to complete 
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evaluation of an expression; or (c) are estsiblished by a link 
to a database which provides values contained therein. 

In the course of form creation, the display of 
fields which require selection of a value from a set of 
5 values, as a design choice, may be defined as "selection list" 
fields or "check box" fields. 

In the case of a "selection list" field, a dialog 
window with a list of values is presented for selection of a 
value when the corresponding field is prompted for an answer. 
10 A selection is made by moving a cursor over the desired item 
and clicking the mouse or depressing the return key. 

In the case of a "check box" field, each value of 
the list is displayed with a small box for placing a check 
mark. In accordance with my invention, my form system 
15 automatically generates a field object which contains a number 
.I~__j"*of_ selection boxes equal to the numberr of, possible iselections:; 
Advantageously, my system automatically arranges the display 
of the set of selection boxes to match the size and shape of 
' . the field on the form. If the allotted field space is too 
20 small to accommodate all of the check boxes and their name 
text, the field is automatically defaulted to a "selection 
list" field. 

In accordance with my invention, keyboard entries 
are checked against "field characteristics" which are assigned 

25 to a field during form creation. If a keyboard entry for a 

field is not consistent with the assigned characteristic, the 
entered value is rejected and an error message advises the 
operator of a problem. Such characteristics can be assigned 
to a field by standard "picture" specifications. Alterna- 

30 tively, requirements for the form of a field input can be 
esteJDlished by local form rules which are implemented by 
decision trees attached to the field. As an option, upon the 
occuri;ence of an error in input format, the field in error can 

6 



be cleared and the prompt returned to that field to continue 
form completion. 

In accordance with an aspect of my invention fields 
ot a form may be designated as "protected" or "unprotected" at 
the time a form is created. Values cannot be entered manually 
in a "protected" field since only the values calculated for 
the field are considered valid. Even though a value may be 
automatically calculated for an "unprotected" field, a value 
may be entered into the field manually to handle exceptional 
conditions. Fields with this characteristic are termed 
"over ride" fields. Advantageously, in accordance with my 
invention, my system clearly marks or flags both the display 
and printing of fields which contain over ride values. 
/ THE DRAWING 

Fig. I is a block diagram of a personal computer 
Fig. 2f^ is an overview of software employed in the 

:4personal compiiter/of Fig* 1; „ - - . - ; . — - 

Fig. ;r is a general view of the major elements of my 
goal oriented fonrf' software ; 

Fig. ^ i s/a general view of a form image data file; 
Fig. sX^^^strates an opening window of my form 
system application/program and the menu commands available; 

Fig. ^/illustrates a Form Tool window and the menu 
commands availeJsley' 

Fig. 7 yil lust rates a Tree Tool window and the menu 
commands availably; 

Fig. s/illustrates a Stack Tool window and the menu 
commands availaQ5le7 

Fig. 9 As the first form in a set of four forms for 
an application for life insurance example; 

Fig. lOyis the four forms for an application for 
life insurance example; 



Fig. II is the third form in a set of four forms for 
an application for^iife insurance example; 

Fig. 12/is the fourth form in a set of four forms 
for an application >^or life insurance example; 

Fig. 13^11ustrates a window with a "goal" life 
insurance applicatidn for completion or modification; 

Fig. 14/illustrates the display of a second form for 
prompting of values Ji^cessary for completion of a goal form; 

Fig. 15/^lu^trates the highlighting of the selected 

path in a tree; X 

Fig. l^illustrates the indication that a value for 
a field on a form h^as been overridden by a user; 

Fig. IJ^s the dialog box for attaching context 
sensitive help to a/ field; 

Fig. la^'illustrates the automatic arrangement of. 
■ check boxes in a vertical region; : - - ~" " 

Fig. 19/illustrates the automatic arrangement of 
check boxes in a hp^zontal region; 

Fig. 20 Illustrates the automatic presentation of a 
selection list when insufficient space is provided in a region 
for check boxes; / 

Fig. 2V^s a dialog box for automatically or non- 
automatical ly spe^i^ying values expected for a field; 

Fig. 22 is a dialog box for specifying field 
protection; 

Fig. 23^11ustrates a stack tool window with a 
display of related/'^orms; 

Fig. 24 is a display of a branch object in a tree; 

Fig. 25/i!s^a display of a conclusion object in a 
tree; / 

Fig. 26 illustrates multiple branches and 
expressions for calculating results for each branch; 
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Fig. 21^ is a dialog box for specifying conditions 
and conclusions in^tree; 

Fig. 28/is a dialog box for pasting functions into 
an expression; / 
5 Fig. 29yiB a dialog box for pasting field names into 

an expression; y 

Fig. 30 illustrates a larger perspective view of a 
tree shown in Fig. Si". 

Fig. 31/lllustrates a more detailed view of a 
10 portion of the tree iih Fig. 30. 

Fig. 32ya:^lustrates a self -referencing tree; 
Fig. 33 ^ a dialog box for establishing links 
between fields in the form system and fields in related 
database ( s ) ; y 

15"„j-; - Fig. 34>^ a dialog box for s^electing the option- to 

, - _ new'database file wherT^there is no~ established file- 

DETAILED DESCRIPTION 

The illustrative embodiment of my invention is " 
20 disclosed as an application program running under Microsoft 
WINDOWS™ graphical environment program on an IBM compatible 
PC. 

Notwithstanding, disclosure of my invention in this 
particular environment, the principles of my invention can be 

25 implemented as a program which includes an integral interface 
facility; or in the context of other interface environments - 

Although the graphical images and protocols employed 
by my form system are generally driven by the WINDOWS 
environment, my system includes menu features which are not 

30 present in or contemplated by WINDOWS. The general features, 
functions and protocol of WINDOWS are described later herein 
with the introduction of the opening window of Fig. 5. 
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Fig. 1 is a very general block diagram of an IBM 
compatible personal computer (PC) which supports the Microsoft 
WINDOWS graphical environment, and, in turn, WINDOWS supports 
my form system which is described herein. 
5 The central processing unit (CPU) 100 typically 

employs a processor of the Intel™ family of microprocessors. 
The read only memory (ROM) 101 contains the basic input output 
system code (BIOS) for addressing and controlling floppy disk 
103, hard disk 104 and printer 108. Random access memory (RAM) 
10 102 is the working memory for CPU 100. In a typical WINDOWS 
installation, RAM of two megabytes or more is employed. 

Monitor 105 of Fig. 1 provides a visual display; 
keyboard (KB) 106 and mouse 107 provide for manual input to 
any process running on the PC. Printer 108 creates hard copy 
15 images of output of the PC; and modem 109 provides 

communication between the PC of Fig. 1 and other computers. 
_^ ~ In Fig. 1, hard disk 104 is illustrated as 

~ "containing^ body of program and- data infqraation- 12l.r — :. _ 
- Included in this body of information is a disk operating 
20 system (DOS), the WINDOWS graphical environment system 

software; user application programs which operate under the 
WINDOWS environment; user application programs which do not 
employ the WINDOWS environment facilities; and data files of 
all sorts. 

25 Fig. 2 illustrates, in a general way, the 

interaction and flow of information between the illustrated 
software entities. 

Non-WINDOWS application programs 201-1 through 201-M 
are served by the CPU 100 operating under Microsoft 

30 Corporation MS DOS system 206. Programs and data flow between 
Non-WINDOWS applications 201-1 through 201-M and MS DOS 206 
via paths labeled e.g., 210, 211. Paths 210, 211 are symbolic 
paths and are not intended to represent physical paths. 
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(4) Definition of reading and writing links between 
fields of a form and extrinsic data sources and 
destinations . 

The four tool modules, 301 through 304 serve in the 
implementation of phases 1 through 4 referenced above herein. 
Tool modules 301 through 304 are not available in my run time 
form completion mode of operation. 

Memory manager module 305 manages the assignment of 
memory space. This module performs common functions for the 
other modules relating to the allocation and deallocation of 
portions of memory to contain data structures. It does this 
by allocating large portions of memory from Windows and 
dividing these into smaller portions as needed Ly the other 
modules. The memory manager also maintains a list of names 
used for forms, fields, system functions, and links (called a^- 
symbol" taible) so "that "the portion o'f~ memory associated^wi^h " 
these items can be located and referenced by its name. - 

Form execution module 306 and tree execution module 
307 serve in implementation of my goal oriented form 
completion mode of operation. These modules are also available 
for use in conjunction with tools 301 through 304 during form 
creation. 

Link manager module 308 implements reading and 
writing communication with the extrinsic data sources and 
destinations defined during form creation. 

File I-O svibsystem module 309, among other 
functions, controls the transfer and the form of data as it is 
moved between the hard disk and the RAM main memory of the PC. 

WINDOWS interface module 310 provides communication 
between my form system and the WINDOWS graphical environment 
software. 
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Fig. 4 represents the major divisions of my "form 
image data file" which is generated during form creation and 
is maintained in disk memory .^^l ^etai led desc r i p tion of -bhe 
- "f oiT tt ima y e data file" of Fig . 4 io inoludod - herein as 
■W Vp p endix A which appea r s immodiately before - Um -C laina ^ 

File I-O Subsystem module 309 transfers a form image 
data file between main memory and the hard disk for storage 
and retrieval in the course of creation and completion of the 
form defined by the file. The image file stored in main memory 
and -the corresponding _image file stored in a hard disk contain 
-"the3am?_'data; 'however, the file in xfain^ memory "Is ^a^binaf^^ - ■ 
representation of the image data, and the file in hard disk is 
an ASCII representation of the numerical and text portions of 
the image data. File 1-0 Subsystem module 309 makes the 
conversions during transfer of an image file. 

At the time that a foinn image data file is 
transferred to main memory for editing or completion, my form 
system analyzes the data therein and constructs a symbol 
table, a set of memory structures which correspond to each 
record in the data file (forms, form objects, fields, tree 
objects, and links), and "linked lists" which represent 
dependencies between the various form system components. The 
symbol table is a list of all names used in the form and the 
memory location of the records of that list. 

The linked list is required to determine the proper 
order for goal oriented prompting through the collection of 
forms. The linked list represents the data dependencies which 
are inherent in the decision tree definitions contained within 
the data file. These dependencies must be comprehended by the 
tree execution module when performing calculations or when 
determining the next field value to prompt for. 

Three types of dependencies must be maintained for 
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(1) * The use of a ^field as a branch condition within 
a decision tree. The value of the field must be 
determined before a branch can be selected. 

(2) The use of a field within a formula that 
specifies the condition under which a branch should 
be taken. The value of the field must be determined 
before the condition can be evaluated. 

(3) The use of a field within a formula that 
specifies the conclusion value at a terminal branch 
of a decision tree. The value of the field must be 
determined before the conclusion can be evaluated. 



All three types of dependencies are constantly 
maintained in memory using linked lists and are updated as 

15 required when additions or modifications are made to decision 
trees via the tree tool module. 

_ Figs. 5 through 8 illustrate ^rftrious window . j^^^^ 

' ^^ f "presentations _and pull down menu commands -which >^m^^ 
encountered in the use of my form system. 

20 Fig. 5 is an opening window which is displayed prior 

to selection of a form application. The menu items shown in 
the main body of Fig. 5 are displayed on a mutually exclusive 
basis when the corresponding menu items. File, Edit, etc. are 
selected. Since this is the first window described herein, the 

25 features which are derived directly from the Microsoft WINDOWS 
environment are provided as background to the later 
description of my form system. 

In the terms of WINDOWS, software, such as my form 
system software, is called an application program. The term 
30 application as used in WINDOWS must be distinguished from 

forms by which an individual makes an "application" e.g., for 
credit approval. With the WINDOWS definition of the term 
"application" in mind, the WINDOWS environment provides for 
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two general types of windows, namely, "application" windows 
which contain currently running application software and 
"document" windows which appear with application software that 
can display two or more windows simultaneously. 
5 Document windows share the application window's menu 

bar. Coinmands that affect an application window affect the 
document as well. Document windows have their own title bar 
unless their physical size is maximized to fill the screen* In 
the latter case the document window and the application window. 

10 share a title bar. 

Fig. 5 illustrates the opening window of my form 
system application program. The small rectangle in the upper 
left comer of the window of Fig, 5 represents the window 
control menu box which is found on all windows of the WINDOWS 

15:r environment. _ The pull down menu for the control menu box of - 
-~rFig.^5 is shown under that heading "^in^lthe working area of- the 
window. The menu for the control menu box and the main menu 
items are shown for purposes of discussion only. These menus 
are displayed only after a main menu command has been 

20 selected. 

The control menu commands permit an individual to: 
size, move, maximize, minimize and close windows; and to 
switch to WINDOWS Task List from a keyboard or by use of a 
mouse • 

25 The horizontal area to the right of the control menu 

box in Fig. 5 is the title bar which designates an application 
program e.g.. Form System as shown in Fig. 5; and the title of 
the current active files under the named application program. 
The down and up arrows on the right side of the title bar are 

30 employed respectively to decrease and increase the size of the 
window. 

The pull down menu commands for the opening window, 
as described below herein, are tailored to my form system. 
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When a pull down menu is displayed, the commands which are 
then available for execution are presented in a bold black 
type style; and the commands which are not available for 
execution are displayed in a readable, but somewhat obscured 
print styl|. 

"^ F u i pu rpo ses o f c o mpl et e understan d ing, all of H te- 
■ menu c o mmands of Figur e s 5 Uuuuyh 0 a r c doccribod in 
■ Ap p enOliA D attached he r et o^ 

Modes of operation 
As indicated earlier herein, my form system has two 
modes of operation, namely, form creation and run time form 
completion. In the following discussion, a description of form 
creation follows a description of run time form completion. 
This order of presentation is adopted because the description 
of a previously created form provides valuable insights into 
\y"goal oriented forms, and to the "decision trees, lihlcs and 
form stack relations embodied therein. 

Form Completion 

For purposes of illustration, a set of four forms 
for making application for life insurance are displayed in 
Figs. 9 through 12. The data file containing the life 
insurance forms is entitled Life.DF. 

When form completion proceeds during a "run time" 
session of my form system, a sxibset of menu commands are 
available to the user. For example, none of the Tools 
(Forms, Tree, Stack and Link) are available. 

In Fig. 5, an operator selects the "Open" command 
from the "File" menu. In response to this command, my form 
system provides a list of form files, including Life.DF, which 
are available for selection. A selection is made by 
highlighting the file to be selected and either clicking the 

16 
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mouse or striking the RETURN (or ENTER) key on the keyboard. 
Following selection of a form file e.g., Life.DF a screen 
essentially as shown in Fig* 13 is presented to an operator 
for completion. The form shown in the window of Fig. 13 is 
5 also shown in Fig. 9. 

When a goal form e.g., the Life Insurance 
Application form is presented as shown in Fig. 13, the first 
field to be completed. Proposed Insured is outlined in a heavy 
line and a large "I" shaped cursor is presented in that field. 

10 Information input to a prompted field may comprise: typed 

information followed by depression of the RETURN key of the 
keyboard; or may comprise selection by use of a mouse or by 
use of the ARROW and RETURN keys of the keyboard. 

In order to implement goal oriented prompting , my 

15 system first determines which form is the goal form. When an 
application is initially loaded into memory, the top form of 
„ - -the^stack is selected as the goal form. Later, an operator , 
can use the "Select" command ori-the' "Form" menu to select 
another form to become the goal form. 

20 Once a goal form has been selected, my form system 

selects the first field without a value on that form as the 
goal field. It does this by searching down the linked list of 
field objects on the form until it finds a field that does not 
currently have a value. 

25 Once a goal field has been selected, my system next 

determines which field, if any, is dependent on the goal 
field. This is done by looking at any decision trees which 
are associated with the field to determine which field in the 
decision tree is next needed to complete the tree. This is 

30 done by starting at the base of the tree and following all 

selected branches of the tree until my system detects either a 
branch node that does not have a value, a condition expression 
that does not have a value, or a conclusion expression that 
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does not have a value. This field, if any, becomes the 
dependent field which my form system must prompt for next. 

Once my system has determined which field to prompt 
for, the system next locates any form that contains this 
field- Starting at the top of the stack, my form system looks 
at each form in turn to find which form closest to the top of 
the stack contains that field. My form system then moves that 
form to the top of the stack so that the user can enter a 
value. If the field is not found on any form, my system 
prompts for the field on a special "scratchpad" form. 

Once the form containing the dependent field has 
been moved to the top of the stack, my system then positions 
the cursor on the dependent field and prompts the operator to 
enter a value for that field. 

In the Life Insurance Application example shown in 
Figures 9 through 12, my system automatically prompts for 
fields- contained on the Premium Calculation , "Decl Orations and 
Medical Information forms, as necessary, to complete the Life 
Insurance application form. Fig. 14 shows the display after 
the Premium Calculation form has been automatically moved to 
the top of the stack to prompt for "Amount of basic policy". 
This was done because my system determined that "Amount of 
basic policy" was the next dependent field necessary to 
calculate a value for the "Total Annual Premium" field on the 
Life Insurance Application form, which was the goal form. 
Since the Premivim Calculation form was moved to the top of the 
stack temporarily due to my goal oriented prompting, it is 
identified as as prompt form by displaying the word "prompt" 
after the title of the form as shown in Fig. 14. This form 
will also be automatically removed from the display once the 
operator enters values for the dependent fields on it. 

Rather than provide values for dependent fields, an 
operator can use the "Close" command on a prompt form's 
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control menu to close the form at any time. When the operator 
does this, my system moves to the next field on the current 
goal form and proceeds with the goal oriented prompting for 
its dependent fields, if any. 

An operator can also cause my system to pursue goal 
oriented prompting for any field of his or her choice by first 
selecting the field, then using the "Calculate" command on the 
"Field" menu. This causes my system to make the selected 
field the goal field for purposes of goal oriented prompting. 

After a user has entered a value for a field, 
whether or not a prompted fild, my system must propagate that 
value throughout any forms and decision trees associated with 
that field. I call this feature of my system "truth 
maintenance" because it maintains at all times the logical 
and/or mathematical relationships between fields on forms. 
The actual implementation of^ truth jaaintenance is based _on the 
linKed^list structures that are created as Jjform^image data 
file is transferred to main memory.- The first step" of this 
process is to remove the previous value, if any, of the field 
before the user typed a new entry. Once the previous value 
has been removed from the field, this change is propagated to 
any fields which are dependent upon that field to remove all 
prior dependent values. The second step is to place the newly 
entered value into the field; and to propagate the changes to 
all dependent fields. 

My system then looks and determines which forms, if 
any, contain the field and displays the new value on each of 
those forms. If the goal form, which the system selected in 
its goal oriented prompting, now has a value for the field 
which was originally the goal field, or if the operator did 
not enter a value for the prompted field but rather answered a 
value for a different field, or if the operator pressed the 
Tab Key, then the goal form is advanced to the next field and 
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the goal oriented prompting sequence starts over again for 
that field. 

My form system also maintains any dependencies 
related to external sources of data that have been linked to 
5 the forms. When the value of a field that is used as an index 
for a database is modified, my system automatically locates 
the appropriate record and updates the values of any fields 
linked to the database. Similarly, when the value of a field 
that is exported to another application is modified, my system 
10 automatically notifies the other application of the change. 

In the Life Insurance Application example shown in 
Fig. 13, when the operator enters the applicant's name, my 
system automatically looks in a database file for information 
about the applicant. If information about the applicant is 
15 ..found in the database file, the applicant's address, datB^of^ 
r^:|^^birtii, etcv^jLs, retrieved from" the_f ilisrand the syst^_^^:\^ ^ 
" automatically skips over these fields. If no information- 
" about the applicant is found in the database file, the system 
prompts the operator for this information. 
20 - Upon entry of a value for any field, my system 

automatically prompts for entry into the next field according 
to the goal sequence defined above. As values are entered into 
the prompted fields, automatic prompting may continue on the 
initial goal form to completion of that form; or dependent on 
25 the values entered in certain fields, prompting may digress to 
a subsidiary form of the stack. In any event, form fields 
which receive their data from linked data sources or by 
calculation are not visited by the prompting cursor. 

If the cursor is manually moved to a field which 
receives data from a linked source or by calculation, the 
outline of the field is a distinctive dotted border to advise 
that the operator is not expected to provide an answer. In 
the ij.lustrative Life Insurance Application form of Fig. 13, 
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the fields: "Proposed insured", "Beneficiary name", 
"Beneficiary address", etc. are all fields for which the 
operator is prompted for an answer. On the other hand, the 
fields: "Total Annual premium", "Premium payment amount"; and 
"Deposit required" are fields which receive their values by 
calculations . 

Fig. 15 illustrates the ability of the system of my 
invention to highlight the selected path in a tree for the 
user. In this case, the tree for "premixim payment amount" is 
currently determined by the value first for the insured not 
meeting the basic requirements being "no" and the mode of 
payment being "monthly" with a thicker line for that selected 
path and then the calculation corresponding to monthly mode of 
payment is the expression which is used to calculate the 
premium/ paym^^ " r _ --^t^;^^^^^ 

— - Also of note in Fig. 15 is^the use -of different-^ _ 
icons in the decision tree display to distinguish calculated 
fields. The leftmost branch object includes a decision tree 
icon above the branch field; in this case "Insured does not 
meet basic". This decision tree icon indicates that the value 
of "Insured does not meet basic" is calculated via a decision 
tree rather than being entered by the operator. The other 
branch object, for "Mode of payment", does not have this icon, 
"Mode of payment" is a field which the operator must enter. 
This display technique highlights the capability of my 
invention to embed arbitrarily complex computations which 
result in a value for a field within a single branch object. 

Finally, in Fig. 16 is the capability of my 
invention to indicate that a value for a field has been 
entered by the user overriding the value that would be brought 
to that field from the tree. In this example, the field 
called "Premium Payment Amount" has been entered as $150.00 by 
the operator and the cross/hatching over that field indicates 



that this value was entered by the operator rather than by the 
tree that is available for that correct determination of the 
premi\im payment amount. 

Form Creation 

I contemplate that my form system will be widely 
used to create sets of forms for all types of commercial, 
industrial and other applications of my form system almost 
without limitation. 

Form creation in my invention involves the use of 
four interrelated tools. The foim tool, the stack tool, the 
tree tool, and the link tool. These will be discussed 
individually in the following paragraphs. 

Fom TQol 

The form tool of my system is a facility for 
creating and modifying application forms. The form tool 
provides a „high level, graphical method:" for \def ihing, Jgonns^j 
It operates much like a drawing package- arid 'displays fora 
they are being defined. 

I view a form as a physical area which can be 
divided into a plurality of regions. The physical size of a 
region can be selectively set; and a region can have a border 
on any or all sides. The width of a region must be an 
integral multiple of the pitch of the default font employed in 
a form; and the height of a region must be an integral 
multiple of the height of the default font. The borders for 
adjacent regions are shared. 

Form objects fall into two general classes, namely, 
static and dynamic. Regions which are assigned static form 
objects are not involved in my goal oriented prompting. The 
static form objects are: text, graphics, filled rectangles, 
rounded rectangles and lines. There is a single dynamic form 
object field. Each Field must have a name for identification 
and reference in trees, conclusions, and links. 
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There are three static form object regions in the 
illustrative insurance application of Fig, 13. The large 
title region with the text "Apex Life Insurance Company" and 
the signature region at the bottom of the form of Fig, 13 are 
both text form objects. The title region illustrates the use 
of text font type and size which are different from the 
default text. The region to the right of the region named 
"Premium payment amount" is a filled rectangle form object. 

The remaining regions of the form of Fig. '13 aire 
field form objects which are for ease of reference termed 
"fields" herein. Fields are employed to display: (a) data 
entered by a user; (b) data calculated by my form system; or 
(c) data provided by a link to an external source. 

All form objects have assigned "properties" which 
define: size, appearance, and functions attributable to an 
-object -For. example, all_ f ora-^o^jects -may be assigried^ a _~ " 
border property; and this is the only property which "can be 
assigned to filled rectangle or graphics objects. Font and 
alignment properties, also, can be assigned to text objects. 

In contrast to the limited number of properties 
available for assignment to the "static" form objects, a wide 
range of properties can be assigned to "fields". The 
properties which are available for assignment to field are, 
enximerated in Fig. 5 under the menu heading "property". 

^hn/ro ft f ^ undftL " feho haadinq ProD e rti es ^ 

Once a general plan for the forms of an application 
has been conceived, form creation begins with use of the Form 
Tool of my system. The operator invokes the Form tool by 
using the "Form" command on the "Tools" menu shown in Fig- 5. 

The form tool provides the following capabilities: 
(a) creation of a new form; (b) adding new objects to a form; 
(c) renaming, sizing and scrolling forms; (d) finding forms 
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that contain a specified field; (e) selecting, moving and 
sizing form objects; (f) editing fom objects with the 
clipboard; (g) changing the field referenced by a field 
object; (h) changing the names of field and text objects; 
(i) adding help text to be displayed for a field object; 
(j) changing the display format of a field object; 
(k) changing the alignment of text within field objects and 
text objects; (1) changing the character fonts of text objects 
and field objects; (m) controlling which, if any, borders are 
drawn around objects; (n) controlling whether the field name 
is displayed in a field object; and (o) protecting field 
objects both from override by the operator or display of the 
tree associated with the field object. 

The Life Insurance Application referenced earlier 
herein, as aii "example, illustratesJTseveral featjires ^hich are 
provided by my form tool. Fig. 17 -shows the dialog box for 
attaching context sensitive help to a field using the "Help" 
command on the "Properties" menu in Fig. 6. In this example, 
the help for the field called "Proposed Insured" is an 
elaboration of some information that may be of value to the 
operator filling out the form. 

Fig. 18 and 19 illustrate an automatic feature 
provided in the form tool that places check boxes within the 
space allotted to a field. In Fig. 18 a vertical space is 
alloted a field called "Mode of Payment" and the check boxes 
are displayed accordingly. In Fig. 19 a horizontal field is 
provided for mode of payment and the check boxes are arranged 
accordingly • Fig. 20 shows the case where insufficient space 
is allocated for "mode of payment" and although check boxes 
are indicated, the system automatically provides a selection 
list since there is insufficient room for the check boxes. 
There is always room for the selection list since even as the 
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list grows, scroll bars can be added to the display and an 
arbitrarily long list can be shown. 

Fig. 21 shows a dialog box that allows for the 
automatic generation of the values for fields. This dialog 
5 box appears whenever the operator changes the type of a field 
to either "selection list" or "check box" using the "Field 
Type" command on the "Properties" menu shown in Fig. 6. The 
automatic determination of the values looks at values that can 
be attached from the tree, values that are used in a tree 
10 which employs the field for determination of the other tree's 
value, or finally automatic creation of the values by looking 
at the values that can be brought from the records of a 
database. If automatic is not selected, then the new values 
are manually entered in the edit box under "New Value" and 
15 _ then added to the list in the box called "Values". 
L~ " 7~r Another capability of .my invention is .tp proY^ 

.^1— protection of fields contained ori forms and there are two - 

different protection modes possible. Fig. 22 shows the dialog 
box that can be used to disallow override values using the 
20 "Protection" command on the "Properties" menu shown in Fig. 6. 
The meaning of no override is that the user is not allowed to 
override a value which has been assigned to the field from a 
tree or from a database reference. Field protection can also 
block the ability for the user of the application to observe 
25 the decision tree logic for a particular field. Both of these 
protections are done on a field-by-field basis. 

Stack Tool 

The Stack Tool, which provides for manipulation of 
the forms of an application, is a high-level, graphical 
30 facility for copying, creating, deleting and arranging forms. 
Within the stack tool there are specific capabilities that 
allow application creators to create new forms, change the 
title of an existing form or change the order of the existing 
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forms within an application. For instance, it is often useful 
to change the order of forms to move a new form to the top of 
the stack so that it becomes the goal form when the 
application is initially loaded into memory. 

The stack for the Life Insurance Application used 
in the previous description of form completion is depicted in 
Fig. 23. Fig. 23 depicts a window which is displayed when the 
stack tool is chosen using the "Stack" command on the "Tools" 
menu. It shows the four related forms that comprise the 
"stack" or set of forms for this application. As seen in 
Fig. 23, the stack for the file Life.DF comprises the goal 
form and three subsidiary related forms. Of special note in 
Fig. 23 is the fact that the top form of the stack, in this 
case the Life Insurance Application form, is depicted as a 
goal :fprm through the use of a special icon Jp^^^jthe j-tqp-mo^ 
fpintt- iri the stack. ^ -~ - _J"-/7Z _ 

Tree Tool 

In my invention, another specialized tool called the 
Tree Tool is provided in order to create and modify decision 
trees. The Tree Tool is invoked by the operator by first 
selecting the field associated with the tree and then using 
the "Tree" command on the "Tools" menu as shown in Fig. 5 and 
Fig. 6. 

Two basic types of objects can be created using the 
tree tool. The first object is the branch object which is 
shown in Fig. 24 highlighted with a broken line. The branch 
object consists of a condition of the preceding field; in this 
case, Field 1. The first condition of Field 1, condition lA, 
is the condition leading to the highlighted object. The 
second part of the branch object is the field upon which the 
new branch will be taken; in this case, Field 2. 

Fig. 25 illustrates the conclusion object. The 
conclusion object is highlighted with a broken line. The 
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conclusion object consists of a condition that the preceding 
field, again in this case Field 1. The second condition of 
Field 1, condition IB, is the condition of this object. The 
second part of the conclusion object is the conclusion itself; 
in this case, just indicated with the word "Conclusion". 
Conclusions can be text, fields, functions, or combinations of 
the proceeding in expressions connected with operators using 
spreadsheet syntax. 

Fig. 26 shows multiple branches from an eacample 
field called "Mode of Payment". If mode of payment is 
"annual", the value for the premium payment amount is the 
"total annual premium" as indicated in the conclusion for that 
branch. If the payments are made "semi-annually", the 
expression uses the function ©ROUND of the total annual 
premitim m^ultiplied times the factor that it adjusts it for the 
fact" that_ there are„.two paymehtsTjaa^^^ ~'_ 
equal to eibout one-half or 0.515 of the annual amount) . -The 
§ROUND function also requires specification of the number of 
decimal places. In this example, the value set at two places 
gives a dollar and cents amount. My system provides a 
complete set of built-in functions, such as §ROUND, which can 
be used within tree conditions and conclusions to calculate 
values based on field values. These functions are listed in 
Appendix A under the heading "IDFunction" . 

A dialog box like that shown in Fig. 27 is displayed 
as a part of the specification of both conditions and 
conclusions. This dialog box appears when the operator 
selects either the "Condition" or "Conclusion" command on the 
"Properties" menu shown in Fig. 7. The condition or 
conclusion expression is contained within the edit window in 
the upper part of the box. There are options to assist the 
entry process by providing pasting of functions and fields 
into the condition. For the case of pasting functions. 
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Fig. 28 shows a portion of the list of functions available in 
alphabetical order including an option to paste in descriptive 
arguments for the functions. Fig. 29 shows the dialog box 
allowing the pasting of fields. This is simply a listing of 
all of the fields currently defined in the application thereby 
saving a number of keystrokes for the choice of a field from 
the list of all possible fields available. 

My invention also provides a very innovative 
approach to the display of arbitrarily large trees in a fixed- 
size region, such as on a computer display. Figures 30 and 31 
both display the saune decision tree but at two different 
levels of magnification. Fig. 30 shows a larger view than 
that shown in Fig. 31. In Fig. 31 the fields, the branches, 
the conclusions are arranged with spacing to maximize the 
amount of information displayed. If a more magnified view is 
selected, like that of Fig. 31, the branches and conclusions 
-are rearranged^ wlth-cioser spacin^^ ^^©"iill^^in some _of 

the blank space that would be available if the prior spatial 
arrangement of Fig. 30 were maintained. 

To maximize the display of tree objects on a fixed 
size display, my system first determines how many tree objects 
to display in one horizontal row of the display. The operator 
can control the number of tree objects displayed in a 
horizontal row by using the "Expand" command on the "View" 
menu to decrease the number of tree objects or the "Reduce" 
command on the "View" menu to increase the number of tree 
ob j ects . 

Once the number of tree objects in a horizontal row 
is determined, my system next determines the number of tree 
objects that can be displayed in a vertical column while 
maintaining the proper aspect ratio of tree objects. My 
system then displays one horizontal row of tree objects at a 
time without displaying any objects that are beyond the 
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rightmost edge of the display. Any horizontal rows which 
contain only tree objects beyond the rightmost edge of the 
display are not displayed* The result of eliminating these 
rows is that the display surface is more densely packed with 
at least one tree object in each horizontal row. This 
eliminates much of the "white space" that would occur when 
displaying portions of a large tree near the root of the tree. 

Fig. 32 illustrates the use of a tree that has as 
one of its possible conclusions the value of the field for 
which the tree is being determined. The ability of a tree for 
a particular field to reference itself is useful in providing 
the user of the system with values determined by the tree if 
the tree has anticipated the values of interest. But in the 
case where the values have not been anticipated by the tree, 
~ the _self -reference allows the_field.,Jto be prompted^^jBo t^iat^the 
'^operatS'- ce^rf "the information^"directly;y^^ — _^ 

Links Tool 

In my invention, the Links Tool provides an ability 
to relate the fields on the form system with the fields in 
related database (s) , Fig- 33 shows the dialog box for 
establishing both read and write links between applications 
and the databases. The Links Tool dialog can be entered from 
either form completion mode or from the Form Tool by using the 
"Links" command on the "Tools" menu. 

. The Links Tool dialog shown in Fig. 33 allows the 
operator to associate database fields (listed on the left side 
of the dialog box) with fields defined within my form system. 
This association can be made for both the purpose of reading 
data from the database and writing data into the database. 
Fig. 33 is from the Life Insurance Application example used 
earlier and shows how an applicant's address, city, state, 
etc. can be obtained from a database given the applicant's 
name. - 
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Fig. 34 shows the^ability of my invention to take 
care of a case where there is not an established database in 
place corresponding to the values of the fields within my 
forms system. In the illustration of Fig. 34, a link named 
5 "New Link" has been attempted with a database; in this case, a 
database table named "New File". The system was unable to 
open that file because that file did not exist and the option 
provided in the dialog box allows the operator to create a new 
database table with this namei. My system uses the properties 

10 of the fields as defined by the operator to create database 
fields of the appropriate size and type. 

My invention has been described with particular 
attention to its preferred embodiment; however, it should be 
understood that variations and modifications within the spirit 

15 and scope of the invention may occur to those skilled in the 
art to which the invention pertains. 
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APPENDIX A 

The following is the file format in which my 
. graphical image data file for documents are saved on disk. 
* The file is a binary file and can be considered to 

5 be a sequence of variable length chunks of data called 
records. Each record begins with a 2-byte ID data byte 
followed by 4 bytes define the length of the remainder of the 
record. The last record of a file is an EOF record. 

Multiple-byte data is in little-endian form, i.e., 
10 the least significant byte comes first. This is the- natural 
byte order for little-endian machines like those based on the 
Intel 8088 architecture and its descendants. Implementation 
of the form system on big-endian machines, like those based on 
the Motorola 68000 and its offspring, require a byte swap on 
15 all, multiple-byte data. 
T^"^^ J^__,„. 'Character data and npaeric dajta^-are J.n ASCII, format. 

„ The only record that contains" environment specific 

information is the FORMPICTURE record. Because an 
implementation can ignore records with a u2PictureFormat that 
20 it does not recognize, picture definitions for multiple 

environments can coexist, i.e., a file can contain both a 
Macintosh and a MS Windows version of a picture and as a 
result be run on either system. 

25 In the specification that follows, the name of each 

data element implies its format on disk. For example, the 
name u2DummyData, based on its prefix (u2) , is a 2 byte 
unsigned integer with the least significant byte first. Other 
prefixes are defined in Table 1: Name Prefix Definitions. If 

30 a name has no prefix (has in initial capital) it is a complex 
structure or sequence defined elsewhere. 
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Table 1: Name Prefix Definitions 

£EefiK Meaning 

ul 1 byte unsigned integer 

u2 2 byte little endian unsigned 

integer 

u4 4 byte little endian vinsigned 

integer 

sv variable length string (u2 length of 

string followed by string w/o 
null termination) 

dv variable length data (see separate 

definition) 

ov variable length object code (see 

separate definition) 

General D ata File Format 

Every record is organized as shown in Table 2: 
Record Organization. In the description of individual records 
the 6 header bytes will not be shown. 

~. ^ — Table 2: Record Organization - " 
Name Comments 
u2RecordType 

u4RecordLength length of data portion 

<data portion of record> 

Order of Records 

Records of a graphical image data file will always 
be in the following order; although, some of the records may 
not be present. 

BOF 

IGNORE_REMOTE 
FORMNAMES 
FIELDNAMES 
FONTNAMES 
for each form 
FORMS I ZE 

for each field, text, picture, or pattern 
FORMFIELD, FORMTEXT, FORMPICTURE, or 
FORMPATTERN 

for each field 
FIELDTREE 
FIELDHELP 
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FIELDEXPECT 

FIELDVALUE 
for each dBase link 

DBASE_LINK 
for each DDE link 

DDE_LINK 
for each ASCII link 

ASCII_LINK 

EOF 

Record De^j,njlti,Qns 

BOF record - beginning of file (type - 1) 

Nape Comiqen^s 

u2ApplicationId OxA419 
u2Version currently 

Description 

The BOF must-be"the_first record in every graphical 
image data file. Borland Intemational~may change 
this number in the future, as the D'BiFF is 
expanded for future needs. 

IGNORE_REMOTE record - ignore remote requests (type = 2) 

Name Comments 

ulIgnoreRemoteReguests 1 = ignore remote requests 

0 = don't 

Description 

Flag that causes the application to ignore remote 
(DDE) requests for data. 

FORMNAMES record - form names (type = 3) 

Name Comments 

u2NumberOfForms number of names that follow 

svFormName 



Description 



A form's position in this list of names is its ID, 
beginning at 1, for use elsewhere in this file. 
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FIELDNAMES record - field names (type ~ 4) 

Name Coynqents 

u2N\unberOf Fields number of names that follow 

svFieldName 

Description 

A field's position in this list of names is its ID, 
beginning at 1, for use elsewhere in this file, 

FONTNAMES record - font names (type =5) 

Name Commer*ts 

u2NumberOfFonts number of fonts that 

svFontName follow the number of 

u2FontSize the font size in points 

ulAttributeMask see Table 3 

— " Table 3: Meaning of ulAttribut^ask> ~ 

Bits ttask Reaping 

7-3 OxF8 ^ Reserved (must be zero) 

2 0X04 FONT^UNDERLINE 

1 0X02 FONT-ITALIC 

0 0x01 FONT_BOLD 

Description 

A font's position in this list is its ID, beginning 
at 1, for use elsewhere in this file. 

FORMSIZE record - form size (type = 6) 

Name Comments 

u2FormId established in FORMNAMES 

u2xSize units: 1/4 of character width 

u2ySize units: 1/8 of character height 

Description 



Size of a form. 
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FORMFIELD record - field on a form (type = 7) 
Name gOTO^nt^s 
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u2FieldId 

u2xLoc 

u2yLoc 

u2xSize 

u2ySize 

PropertyList 



esteiblished 
units: 1/4 
units: 1/8 
units: 1/4 
tuiits: 1/8 



in FIELDNAMES 
Of character width 
of character height 
Of character width 
of character height 



last property is always 
EOP 



15 



Description 



Definition of a field item on the form identified 
in the last FORMSIZE record. 



20 



25 



30 



35 



40 



45 



FORMTEXT record - text on a form (type =» 8) 



Name 

"svText 
u2xLoc 
u2yLoc 
u2xSize 
u2ySize 
PropertyList 



Description 



- ^^CH textTf "^ -^ ~ : ' 

units: -1/4 of character width 
units: 1/8 of character height 
units: 1/4 of character width 
units: 1/8 of character height 
last property is always EOP 
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Definition of a text item on the form identified 
the last FORMSIZE record. 

FORMPICTURE record - picture on a form (type - 9) 



in 



Name 

u2xLoc 
u2yLoc 
u2xSize 
u2ySize 

PictureDef inition 

u2 PictureFormat 
u4 Length 
svFileName 



Comments 

units: 
units: 
units: 
units: 
one or more 



1/4 
1/8 
1/4 
1/8 



of character width 
of character height' 
of character width 
of character height 
of the following 



0x01 - MS Windows BitMap file 
number of bytes that follow 
file containing picture 
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u2 P i c tur e Format 
u4 Length 
svFileName 
u2MapMode 

u2 PictureFormat 
u4 Length 
<bytes to skip> 

u2PictureFormat 

PropertyList 



0x02 MS Windows Metafile 
number of bytes that follow 
file containing picture 



otherwise = ignore this record 
number of bytes that follow 



0x00 = end of picture formats 
last property is always EOP 



15 



20 



25 



30 



35 



40 



45 



Description 

Definition of a picture item on the form identified 
in the last FORMSIZE record. Each implementation 
should pick the first picture format it recognizes. 

FORMPATTERN record - pattern on a form (type = 10) 



liams 

'u2xLoc^ 
u2yLoc 
u2xSize 
u2ySize 
ulPattern 



to lower-right 
to top-right 
lines (cross) 
directions (diagonal 



qoTnments . ^ _ 

-^^units: 1/4 o"f^haraSter~width 
units: 1/8 of character height 
units: 1/4 of character width 
units: 1/8 of character height 

0 = horizontal lines . 

1 = vertical lines 

2 = diagonal lines, top-left 

3 = diagonal lines, lower-left 

4 = horizontal and vertical 

5 = diagonal lines in both 
cross) 

6=0% black (white) 
7=6% black 

8 = 13% black 

9 = 19% black 

10 = 25% black 

11 = 50% black 

12 = 75% black 

13 = 100% black 

last property is always EOP 
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Property Li St 
• • • 

Description 

Definition of a pattern item on the form identified 
in the last F0RMSI2E record. 

FIELDTREE record - decision tree for a field (type = 11) 

Name Comments 

u2FieldId established in FIELDNAMES 

(p^ee one or more of the following 

(End of tree being last) 

Branch node (see Table 4) 
established in FIELDNAMES 
Conclusion node (see Table 4) 



Null node (see Table-4) 
End of tree (see Table 4) 



ulNodeDef 
ovCondition 
u2FieldId 

UlNodeDef 
ovCondition , . ^ 
pyConclusion ^ 

UlNodeDef 

ovCondition — 
UlNodeDef 



7 
6 

5-4 
3-0 



Table 4: Meaning of ulNodeDef 
Mask Meaning 



0x80 
0X40 
0x30 
OxOF 



flag: node has a sibling 
flag: node has children 
Reserved (must be zero) 
Node type: 0 = End of tree 

1 = Branch 

2 = Conclusion 

3 = Null 
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Description 

The decision tree for a field. The best way to 
describe the order of the nodes in the file is to 
show metacode for writing them. To save a tree to 
disk just pass the top node of the tree to 
SaveNode ( ) . 

function SaveNode { Node ) 
if ( Node ) 

^ SaveNode ( Node.FirstChild ) 
SaveNode ( Node.NextSibling ) 
WriteNodeToFile( Node,) 

FIELDHELP record - field specific help (type = 12) 
Name gom^ent^ 

u2FieldId established in FIELDNAMES 

svHelpText ASCII help text 

-Description — '■'^'^irz^^-' 

" ~ Help text for a field ^ " - - " 

FIELDEXPECT record - field expect (type = 18) 

Name <?QlW^nt^ ■ 

u2FieldId established in FIELDNAMES 

u2NumberOfValues number of values that follow 

dvValue 



Description 

This is the list of expected values to be used in 
list -box or check-box prompt for the field. The 
order of the values is maintained. 



38 



B-102 



FIELDVALUE record 



Name 



field value (type = 13) 



u2FieldId 
ulValueSource 



10 



15 



20 



25 



30 



35 



40 



45 



dvValue 
Description 

Value for a field. 
DBASE_LINK record - dbase link (type =19) 



established in FIELDNAMES 

0 = User (user input or . 
override) 

1 = Circular (user input for 
circular tree) 

2 ^ Link (external link) 

3 = Tree (decision tree) 



svLinkName " - 

svDbaseName 

ullnexact 

u2N\iinberOf Triplets 

svDbaseFieldName 

u2ReadFieldId 

u2WriteFieldId 



Comments 



svlndex 
Description 

This record defines one dBase link. 
PDOX_LINK record - Paradox link (type = 20) 



Name for link " 
File name for dBase file 

0 = Exact 

1 = Inexact 

number of triplets that follow 
Field name 

established in FIELDNAMES 
established in FIELDNAME 

File name of index file 



Name 

svLinkName 

svTabName 

ulClosest 

u2NumberOf Triplets 

svTableFieldName 

u2ReadFieldId 

u2WriteFieldId 



gomiqeTnts 
Name of link 

File name of Paradox table 

0 = Not closest 

1 - Closest 

number of triplets that follow 
Field name 

established in FIELDNAMES 
established in FIELDNAMES 
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Name for secondary index field 
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svlndex 
Description 

^ This record defines one Paradox link. 

DDE_LINK record - dde link (type = 15) 

Name CPim^ntg 



10 



15 



svServerApp 

svLinkTopic 

u2NumberOf Imports 
svRemoteltem 
u2FieldId 



Application name 
Application name 
niimber of pairs that follow 
Name in remote application 
established in FIELDNAMES 



Description 

20 This record defines one DDE link, 

. ASCII_LINK record - ascii link-(type = 16) 



25 



30 



Name 

svFileName 
ulAccessType 



u2NumberOfFieldNames 
u2FieldId 



Comments 

File name of ASCII file 

0 = Read 

1 = Write 

2 = Append 

number of names that follow 
established in FIELDNAMES 



35 



40 



Description 

This record defines one ASCII link. 
EOF record - end of file (type = 17) 
Description 

The EOF record must be the last record in the file. 
It has no data associated with it. 

Property Definitions 

A series of property definitions is a little like a 
series' of records in which the last property definition is the EOP 
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FORMAT_FIXED (type = 8) 
Name 

ulPlaces 
FORMAT_BUSINESS (type = 10) 
Name 

UlPlaces 
FORMAT_CUHRENCY (type = 11) 
Name 

UlPlaces 
FORMAT_DATE (type = 12) 
Name 

ulDateFonaat 



Comments 

decimal places to display 
Comments 

decimal places to display 
Comments 

decimal places to display 

Conments 

lo = mm/dd/yy — ^ ~:_ . 

1 = mmnun d , yyyy - — 

2 = d-mmm-yy ~ 

3 = d-mmm 

4 = mmm— yy 

5 = hh:mm AM/PM 

6 = hh:mm:ss AM/PM 

7 = hh:mm 

8 = hh:mm:ss 

9 = mm/dd/yy hh:mm 



no data associated with it. 



FORMAT_LISTBOX (type = 13) 

This property has 
FORMAT_CHECKBOX (type = 14) 

This property has no data associated with it. 
FORMAT_CHECKIF (type = 15) 

This property has no data associated with it. 
FORMAT_BUTTON (type =16) 

This property has no data associated with it. 
FONT '(type = 17) 
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Name 
u2FontId 



Coroments 

established in FONTNAMES 



XO 



"15 



20 



FORMAT^SCROLLING (type = 18) 

This property has no data associated with it, 
FORMAT^PICTURE (type = 19) 

Name qp^nm^nts 

svPictureString Picture definition string 

Vg^yjajjji,^ J^^ength Pata 

Data is a type byte followed by a variable-length value. 
Logical and error values are 1 byte long. Text and numeric values 
are in "sv" format. 

r „ More specifically, a 'data .object is onelpf - the following: 
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30 



35 



40 



45 



Name 

ulDataType 
svNumber 

Name 

UlDataType 
svText 

Name 

UlDataType 
ulLogicalValue 



Names 

UlDataType 
ulErrorValue 



Comments - - - - -- _ 

OxlA = number 

the number in ASCII 

Comments 

OxlB = text 
the string 

Comments 

OxlC = logical 

0 = No (false) 

1 = Yes (true) 

Comments 

Oxld = error 

1 = #DIV/01 (obsolete) 

2 = #Refl (obsolete) 

3 - #Value! (obsolete) 

4 = NA 

5 = #NAME? (obsolete) 

6 = #NUMl (obsolete) 

7 = #NULLl (Obsolete) 

8 = ERR 
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Object Code (Conc lusions and Conditions) 

Object code is a sequence of tokens in Reverse Polish 
order. Some tokens, such as OP_PIAJS, are one-bytes tokens; some, 
such as OPERAND_NAME, have fixed-length information that follows; 
others, such as OPERAND__TEXT , are followed by variable length data. 
The data tokens are the same as data objects defined in the section 
Variable Length Data. Function ID'S are listed in Table 5: 
Function ID"s. Here are the details: 



10 



15 



20 



25 



30 



35 



40 



45 



Name 

u2CodeLength 
Code 

in Reverse Polish 
ulTokenType 



Comments 

number of bytes that follow 
one or more of the following 



UlTokenType 

u2FunctionId 

ulArgumentCount 

UlTokenType 
u2FieldId 

UlTokenType 
u2FileId 

dvData 



0X01 




0P_NEGATI0N 


. - 0X02 




OP PERCENT , 


: J: 0X03 




OP EXPONENTIATION - 


■ " ~bx04 




OP MCTLTIPLY-- - - 


0X05 




OP DIVIDE 


0x06 




OP PLUS 


0X07 


s 


OP MINUS 


0X08 




OP AMPERSAND 


0X09 




OP EQUAL 


OxOA 




OP LESS 


OxOB 




OP GREATER 


OxOC 




OP LESSEQUAL 


OxOD 


= 


OP GREATEREQUAL 


OxOE 




OP NOTEQUAL 


OxOF 




OP POSITIVE 


0X14 




CONTROL EQUAL 


0X15 




CONTROL PARENS 


0x16 




CONTROL_END_OF_LINE 


0X17 


= 


CONTROL FUNCTION 



from Table 5 
number of arguments 

0X18 = OPERAND_NAME 
established in FIELDNAMES 

0x19 = OPERAND_REFERENCE 
established in FIELDNAMES 

OxlA = OPERAND_NUMBER 
OxlB = OPERAND TEXT 
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OxlC = OPERAND^LOGICAL 

OxlD = OPERAND__ERROR 

(see Variable Length Data) 



5 




Table 5: 


Function ZD's 






ID 


Function 


10 




0X01 


eiNT 






0x02 


§DATE 






0x03 


§DATEVALUE 






0x04 


@DAY 






OX05 


@H0UR 


15 




0x06 


§MINUTE 






0x07 


©MONTH 






0X08 


@NOW 






0x09 


©SECOND 






OxOA 


©TIME 


20 




OxOB 


©TIMEVALUE 






.„OxOC 


.:, ©WEEKDAY 






I^OXOEL ^v; ™: 


t — _©YEAR " 






OXOE - 


©ROUND " 






OxOF 


©TYPE 


"25 




OxlO 


©SUM 






Oxll 


©MAX 






0X12 


©MIN 






OX22 


©CHAR 






OX23 


©CODE 


30 




Ox24 


©EXACT 






OX25 


©FIND 






0x26 


©LEFT 






0x27 


©LENGTH 






0X28 


©MID 


35 




OX29 


©REPLACE 






0x30 


©REPEAT 






0X31 


©RIGHT 






0X2 C 


©ABS 






0X2D 


©MOD 


40 




0x2 £ 


©AND 






0X2F 


©IF 






0x30 


©NOT 






0x31 


©OR 






0X32 


©UPPER 


45 




0x33 


©LOWER 






0x34 


©NULL 






0X35 


©MESSAGE 






0x36 


©ERR 






0X37 


©NA 


50 




0x38 


©PXOPEN 



45 
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0x39 


eCLOSE 


0X3A 


§TOP 


0X3 B 


eSOTTOM 


0x3 C 


§PREVIOUS 


0x3 D 


§NEXT 


Ox3E 


@CLEAR 


0X3F 


©DELETE 


0X4 0 


UPDATE 


0X41 


INSERT 


0X42 


eSTORE 


OX43 


§ASCIIOPEN 


0X44 


eDDEOPEN 



15 

This file definition constrains you to 
OBJECT LIMIT 

65,535 
65,535 
65,535 
j^65,535 - - 
^^(^-"65 , 53-5 - - -Tlv^J* ' 
"^^'16, "383 characters 
8,191 characters 



20 




Forms 
Fields 
Fonts 
Font ^ize 
- Nodes -ln_ a tree 
X- position 
Y position 
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PTopertieP Matiched to Item Tvpe 



Property 


Field 


NOTITLE 


X 


NOOVERRIDE 


X 


NOTREESHOW 


X 


BORDERMASK 


X 


ALIGNMENT 


X 


FORMAT GENERAL 


X 


FORMAT FIXED 


X 


FORMAT PERCENT 


X 


FORMAT BUSINESS 


X 


FORMAT CURRENCY 


X 


FORMAT DATE 


X 


FORAMT LISTBOX 


X 


FORMAT CHECKBOX 


X 


FORMAT CHECKIF 


X 


FORMAT BUTTON 


X 


FORMAT SCROLLING 


X 


FORMAT PICTUi^ 


X 


3F0NT- - : „ - 


X 


=^EOP"~^:^ ^ - 


X 



Text 



X 
X 



Picture 



Pattern 



X "~ 



Has meaning 

Has no meaning (and is ignored) 
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APPENDIX B 

APPLICATION PROGRAM OPENING WINDOW (Fig. 5) 

File , . ^ 

New - close any open application and prepare 
\ for a new application; 



Open - open an application from a list of 
applications currently on the disk; 

Resume - resume goal orienting prompting in 
the goal form after an interruption; 

f - , 

Save - save to the file of the^ current name ; 

Save As - Save as a new named file; 

Print Form - prints the current form and 
contents; 

Print All - prints all of the forms of a 
- . ^ stack; _ 

- ~ Exit - -relurirtcr WINDOWS ;" - " . r : ^ ^ 

About - display information about form 
system; 

Edit 

Undo - undo the last change; 

Cut - cut a designated entity and save on 
clipboard for subsequent use; 

Copy - copy a designated entity to a 
clipboard for subsequent use by the paste 
command ; 

Paste - paste an entity from a clipboard to 
designated location; 

Clear All - clear data from all forms of a 
stack; 

Form 

Select - displays a list of forms for 
selection; 



48 



10 



15 



20 



35 



45 



B-102 



view 



Tools 



Clear - clears data from the current form 
only; 



Find - prompts for name of field to be found; 

Calculate - requests calculation of the 
fields- 



Show tree - displays the tree for the field; 



Screen - presents display in screen format; 

Printer- presents display in the printer 
format; 

Form - select Form tool and select Form Tool 
" . _I T- Operations- frbm Menu-Items shown ^in Fig. 6; 

25 Tree - select Tree tool and select Tree Tool 

Operations from Menu-Items shown in Fig. 7; 

Stack - select Stack tool and select Stack 
Tool Operations from Menu-Items shown in Fig. 
30 8; 

Link - follow dialogue windows to create 
and/ or edit links; 



FORM TOOL W INDOW OPERATIONS (FIG. 6) 
Foym 



New - Close any open form & prepare for ne 
40 form; 

Select - Select a form from list of forms; 

Find - Find a form with a defined field name; 



Close Tool - Close the form tool & return to 
completion mode; 
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Edit 



Undo - undo the last change; 

Cut - cut a designated entity and save on 
clipboard for subsec[uent use by paste 
command ; 

Copy - copy a designated entity to a 
clipboard for sxibsequent use by the paste 
command; 

Paste - paste an entity from a clipboard to a 
designated location; 

Objects 

Field - Create a field object, place the 
field on the form, & set the size of the 
field; 

Text - Create a text object, pi ace the object 
T "1, _ on the.^f6nn7_^ set the -size of" the- object ;- 



Fill Rect - Select a filled rectangle object, 
place the object on the form, select a hatch 
pattern, and set the size of the object; 

Rounded Rectangle - Select a rounded 
rectangle object, place the object on the 
form, select a hatch pattern, and set the 
size of the object; 

Line - Select a line object and place the 
line on the form; 

Graphic - Create a graphic object, place the 
object on the form, specify the graphic 
image, and set the size of the object; 



Properties 

Repeat - Repeat the last selected property; 
Field Type 

General - text and numerical; 

Fixed - numerical with set decimal 
places; 
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10 



15 



20 



25 



30 



35 



Alignment^ 



40 



45 



Percent - numerical only with % 
display; 

Financial - nvunerical with comma 
separators; 

Currency - numerical with currency 
symbols; 

Date/Time - serial number of date 
and time since January 1, 

1900 - displays date & time; 

Scrolling - scroll through field; 

True/ False - For field values Yes 
or No; the field is 

displayed with YES and NO check 
boxes ; 

Button - For fields which default 
to NO but can be momentarily 

set to YES; 

-Picture" - defin^J^peraitted -format 
of entry; : "rz . 

Selection List - For fields with 
one of several values from a list 
which is not displayed^ in the 
/.field; 

Check Box - For fields with one of 
several values which are displayed 
as check boxes in the field; If 
the field display size is too 
small to accommodate the boxes, 
a selection list is displayed when 
the field is prompted; 



Left - Left alignment is the default for 
newly created fields; field values and text 
objects are displayed at the left edge of the 
object's display area; 

Right - field values and text objects are 
displayed at the right edge of the object's 
display area; 

Center - field values and text objects are 
centered in the object's display area; 
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Font 



Line wiflth 

Protection 

Field 

Name/Text 

Help 

View 



Justified - Aligns multi-line field values 
and text objects flush against the object's 
left and right margins; 

Select a font type and font size from a list; 



Outline - This is the default for newly 
created fields and places lines on all sides 
of field; 

Left - Places vertical line at left edge of 
object; 

Fight - Places vertical line at right edge of 
object; 

Top - Places horizontal line at top edge of 
obj ect; 

Bottom - Places horizontal line at bottom 
edge of object; . 

Select a different f_ill- pattern "for a 
selected filled rectangle or- a rounded 
rectangle; 

Select a different line width for object 
borders or for lines; 



No override - User cannot enter value in a 
calculated field; 

No tree display - Tree is not displayed; 

Replace the selected field object with a new 
field object; 

Edit field name; 

Attach Help to selected field; 

Screen - displays screen view; 

Printer - displays forms as they will appear 
when printed; 
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Tools 



Tree - Selects Tree tool; 
Stack - Selects Stack tool; 
Link - Selects Link tool; 



TREE TOOL WINDOW OPERATIONS (FIG, 7) 
Tree 



10 



15 



20 

.25 



30 



Select - Select a tree from a list of trees; 

Find - Find a tree containing an identified 
field in a branch, condition, or conclusion; 

Print - print the current tree; 

Print all - print all trees; 

Close tool - close the Tree tool; 



Undo - undo the last change; - ^ - - - 

Cut - cut a designated entity and save on 
clipboard for subsequent use by paste 
conuaand; -~ 

Copy - copy a designated entity to a 
clipboard for subsequent use by the paste 
command ; 



Paste - paste an entity from a clipboard to a 
35 designated location; 

Obi ects 

Branch - Insert a branch object at the same 
level as the highlighted object {in 
40 parallel) ; 

Conclusion - Insert a conclusion at the same 
level as the highlighted object; 

Properties 

45 Field - Use a new field or another existing 

f ieldi to replace the field in the current 
branch object; 
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Condition - Change the condition that selects 
the current object; 

Conclusion - For conclusion object - edit 
5 expression; 

Name - For branch object - edit name; 

View 

10 Expand - Expand display; 

Reduce - Reduce display; 

STACK TOOL WINDOW OPERATIONS (FIG. 8) 
15 Stack 

Close tool - Close the stack tool; 

Edit 

Undo - undo the last change; 

20 

Cut - cut a designated entity and save on 
clipboard for subsequent use by paste 
comment; 

- 25' •^^-^^■^"^Zr^^'"'^'^ ~ .Copy - copySa^desipiated'^ 
~ - ~ - ~ clipboard for subsequent use by the paste 

command ; „ 

Paste - paste an entity from a clipboard to a 
30 designated location in the stack; 

Clear All - clear data from all forms of a 
stack; 

35 Ob j ects 

Form - Add a new form to the stack; 

Properties 

40 Title - Edit the title of the highlighted 

form. 
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What is clad^oied is: 

1 !/ J^ry" fll^) ^ 9°^^ oriented electronic form system 

2/ comprising :\ 

3 mdans for generating and means for using form data 

4 files which define: 

5 a graphical image of at least one goal oriented form 

6 for display on tfy monitor; 

7 a graphical image of at least one decision tree 

8 discretely associaVed with fields of a form. 

1 \ 

2 (2) A goal\ oriented electronic form system in 

3 accordance with claiiiXljtfherein: 

4 each said decision tree comprises branch objects and 

5 conclusion objects; andXwherein . ^ -- 

76 L^r^^^ J^^^ dWine logicai^^'lat^^ 

i~ mathematical operations which are- the basis for, goal -oriented- " 

8 prompting within a form and among foirms of a set of forms as 

9 defined in said form data flies. 

1 (3) A goal oriented electronic foina system in 

2 accordance with claim 1 wherein: 

3 said system for generating form data files further 

4 comprises: \ 

5 means for selectively defining data links between 

6 selected fields of one or more foVms and a variety of 

7 different data sources/ destinations. 

1 (4) A goal oriented eleJctronic form system in 

2 accordance with claim 3 w herein; \ 

3 said data links are selectively defined as being 

4 reading and/ or writing links. \ 

1 ' \ 
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2 \ (5) A goal oriented electronic form system in 

3 accordanceSwith claim 3 wherein: 

4 said variety^f data sources/ destinations include: a 

5 file of a relational data base; and an ASCII data file. 

1 (6) A goal oriented electronic form system in 

2 accordance with ciaim.,3^herein: 

3 said vartety of data sources/destinations includes a 

4 dynamic data exchange link (DDE) to an application program. 

1 II ^ goaA oriented electronic form system in 

2 ^^accordance with claiiiv^Q--^herein: 

3 said system cbmprises means for detecting a request 

4 for a link to a non-existant data source/destination; and 

5 means for creating a_ data base in which the fields 
— ^6 r"!^^ in name and cha^acteSstics J^^ named~in 
- 7 " said iTnk request. \ ^ ~ 

1 (8) A goal oriented electronic form system in 

2 accordance with claim 1 whereW: 

3 said means^fo? generating comprises a form tool and 

4 a tree tool. \ 

1 (9) A goal oriented electronic form system in 

2 accordance with claim 3 wherein: \ 

3 said means "fot defining data links comprises a link 

4 tool . \ 

1 (10) A goal oriented electronic form system in 

2 accordance with claim 1 wherein: \ 

3 said system comprises a form creation mode of 

4 operation for generating and using said graphical images; and 

5 \ 
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6 avrun time mode of operation with facilities limited 

7 to use, but ri^ alteration, of said form data files. 

1 (11) ^goal oriented electronic form system in 

2 accordance with claim 9 wherein: 

3 said run tiiae mode of operation comprises means for 

4 selecting a field of form; and 

5 means for selectively displaying a decision tree 

6 assigned to that field. \ 
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ABSTRACT 

A system for creation and completion of goal 
oriented electronic forms creates a graphical image data file 
which defines: a graphical image of a form for display and 
5 printing; a graphical image of tree branches, tree ^ nodes, and 
conclusions in association with fields of the form; reading 
and writing links between form fields and data sources and 
destinations; and links to other forms which, with the 
original form, comprise a related stack of forms. The system 

10 includes a form creation mode and a run time mode. - The trees 
are defined by an application developer using the form 

2 1' creation" mode to establish boYh gu^li tat ive and quant it atiye - 
relationships between the various fields on the forms thereby 
providing the basis for the goal oriented prompting for the 

15 application user using the run time mode. 
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COMBINED DECLARATION AND POWER OF ATTORNEY 
(page 1 of 2) 
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My residence, post office address and citizenship are as stated 
below next to my name; 
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only one name is listed below) or a joint inventor (if plural names are listed below) of 
the invention entitled: Goal Oriented Electronic Form System described and claimed in 
the attached specification; 

I have reviewed and I understand the contents of the above 
identified specification, including the drawing and the claims; 

— -sz-' I acknowledge the duty to disclose information whichJs. material . 
- to the' exlmaination of t^ application in accordance-with TrrLE~37, "CodFof -Federal ^ 
Regulations, §l:56(a); - - " - 

All statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true;and that-these 
statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code; and that such willful false statements may jeopardize the validity 
of the apphcation or any patent issued thereon; 

30/ 

I hereby appoint Martin R. Greenstein (Reg. ^,173). of BAKER 
& MCKENZIE as my attorney with full power of substitution and revocation, to 
prosecute said apphcation and to transact all business in the United States Patent and 
Trademark Office in cormection therewith; 
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Office in connection with this application be addressed to: 
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•7 ^ Hansen Way 
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